COMPUTER AIDED DISPATCH SYSTEM AND 
METHOD FOR AUTOMATICALLY 
DISTRIBUTING CURRENT STATUS INFORMATION 
TO MOBILE UNITS 



FIELD OF THE INVENTION 
The present invention relates generally to a computer aided dispatch system 
and method and, more particularly, to a computer aided dispatch system and method in 
10 which current status information is automatically and substantially instantaneously 
distributed to and displayed on mobile units. 

BACKGROUND OF THE INVENTION 
Computer Aided Dispatch (CAD) systems are used by public safety 

15 agencies, such as law enforcement, fire departments and emergency medical services, to 
track incoming calls and the units that respond to them. Typically, a call is received by a 
dispatcher at a dispatch center and the dispatcher will either assign one or more mobile units 
to respond to the call or will broadcast information about the call to all the mobile units and 
one or more mobile units will choose on their own to respond. Communications between 

20 the dispatch center and the mobile units is commonly via some form of wireless 

communication. For example, when a 91 1 call is received, a dispatcher typically uses the 
CAD system to determine the caller's street address and to enter information about the 
nature of the call. Law enforcement and/or emergency personnel are then dispatched and 
the dispatcher uses the CAD system to monitor the status of the call and the responding 

25 units until the situation is resolved. Known CAD systems typically use a client-server 
configuration in which a server located at a dispatch center or other central location is 
accessed by client-workstations residing in mobile units. In these types of systems, requests 
for information originate at the mobile units (i.e., the clients). 

One disadvantage of known CAD systems is that the information entered by 

30 the dispatcher is typically not replicated in real time to the mobile units. Instead the mobile 
units must periodically poll the dispatch center to receive updated call status information. 
Even if this polling takes place every few minutes, valuable time in responding to calls may 
be lost. For example, a law enforcement officer may get on an interstate highway to respond 
to a minor incident, not knowing a call came in 30 seconds earlier for a major incident in 

35 the opposite direction. It may take the officer many minutes to then turn around and 
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respond to the major incident; minutes that would not have been lost had he received the 
information regarding all incidents in real time. 

In addition, because the mobile units do not have real time status 
information, dispatchers are often left the task of assigning priority levels to different 
incidents. However dispatchers typically do not have the experience of veteran personnel in 
the field to assign who needs to go where, to determine how to handle a call and to make 
sure that all incidents are adequately covered. If veteran field personnel received call 
information in real time they would be in a position to make many of the important 
decisions now made by often less experienced dispatchers. 

There is thus an important need for a CAD system that provides detailed real 
time status information to mobile units. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide real time status 
information to mobile units in a CAD system so that field personnel can be aware of and act 
upon this information. 

It is a further object of the present invention to provide a CAD system that 
supplies detailed information to mobile units so that experienced field personnel can be less 
dependent on the judgment of dispatchers. 

The above and other objects are realized by the system and method of the 
present invention. Briefly, the present invention provides real time status information 
regarding calls and mobile unit availability to the mobile units in a CAD system. In a 
preferred embodiment of the present invention, call status information and mobile unit 
status information are stored in a CAD CALL and CAD UNIT database, respectively, on a 
server in the dispatch center. As changes are made to these databases, either by the 
dispatcher or by other means, the changes are substantially instantaneously broadcast to the 
mobile units. Preferably, a display screen in each mobile unit will display substantially the 
same call status and unit status details that the dispatcher sees on his computer display. 

Field personnel having mobile units are thus able to view call and mobile 
unit status changes as the changes are entered into the CAD system. This allows 
experienced field personnel, such as officers and supervisors, to see what is happening in 
real time and use their experience to make changes in unit assignments to suit the situation. 
As a result, field personnel respond to calls more quickly and make better decisions with the 
information at their disposal. Another benefit of the invention is that it reduces airwave 
traffic because the mobile units are not requesting information or acknowledging the receipt 
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of information. Airwave traffic is also reduced because only information regarding new 
calls or calls that have changed are transmitted. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 illustrates the basic hardware setup of a preferred embodiment of the 

present invention; 

FIG. 2 is a flow chart illustrating a process in accordance with a preferred 
embodiment of the present invention; 

FIG. 3 is a flow chart illustrating the process of automatically and 
10 substantially instantaneously providing call and unit status information to mobile units; 

FIG. 4 illustrates the general format of an entry in the CAD CALL data 

table; 

FIG. 5 illustrates the general format of an entry in the CAD UNIT data table; 

and 

1 5 FIG. 6 is a sample screen that would be displayed on dispatchers' 

workstations and on the display screens of mobile units in accordance with an embodiment 
of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 Fig. 1 shows the basic hardware setup of an embodiment of the present 

invention. CAD workstations 20, CAD server 30 and switch gateway 40 are each 
connected to central hub 10. The central hub 10 is a means of implementing a network and 
enables the devices connected to it to communicate with each other. Of course, other 
network configurations and other means for communicating information among these 

25 devices may be used. The CAD workstations 20, CAD server 30, switch gateway 40 and 
central hub 10 are typically, but not necessarily, located in a central dispatch center. 

CAD workstations 20 are operated by dispatchers and are used to enter 
information regarding incoming calls and the status of the mobile units that may respond to 
the calls. CAD server 30 contains, or can access, databases that store call and unit 

30 information received from CAD workstations 20, and possibly other sources, such as 
mobile units. Switch gateway 40 controls communications between the hub, and the 
devices connected to it, and various mobile units. Preferably, switch gateway 40 and the 
mobile units send and receive information via a wireless radio system or network 50. 
Switch gateway 40 preferably includes a software message switch for sending and receiving 

35 messages over different types of communications systems. 
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The mobile units 55, referred to herein as mobile computer terminals 
(MCTs), preferably each comprise a mobile computing workstation (MCW) 60, such as a 
laptop computer, personal digital assistant (PDA), or other computing device, possibly 
mounted in a vehicle, and a wireless modem 70. The wireless modem enables the MCT 55 
5 to send and receive information via the wireless network 50. An MCT 55 may be mounted 
in a vehicle such as, for example, a police car, ambulance, aircraft or boat. 

Turning now to Fig. 2, CAD server 30 is shown containing four data tables: 
CAD CALL 110, CAD UNIT 120, CALL HISTORY 1 15, and UNIT HISTORY 125. 

CAD CALL 110 contains incident information pertaining to active calls that 
10 are entered into and tracked by the CAD system. Fig. 4 shows the general format of an 
entry 400 in CAD CALL table 110. MCTSEND field 405 is used in automatically sending 
current status information to mobile units, as described below. INCIDENTNO field 407 
contains a unique identifier for each record in CAD CALL table 110. CALLER 
INFORMATION 410 is typically multiple fields that contain information regarding the 
1 5 caller who called the dispatch center, such as the caller's name, phone number, address and 
location from which the call was placed. INCIDENT INFORMATION 415 is typically 
multiple fields that contain information regarding the incident or complaint being reported, 
such as the nature of the incident or complaint and the location of the incident or complaint. 
PUNIT field 420 identifies the primary unit responding to the call. BUNIT 425 is typically 
20 multiple fields that identify back up units responding to the call. DRECV field 430 and 
TRECV field 435 contain the date and time the call was received. Those skilled in the art 
will appreciate that CAD CALL table entry 400 may also contain additional and different 
types of information. CAD CALL table 1 10 is used to track calls until the response to the 
call has been completed or the call has been canceled. 
25 CAD UNIT 120 contains information pertaining to active units, such as 

police, fire and emergency vehicles, their assigned personnel, and the incidents they are 
handling. Fig. 5 shows the general format of an entry 500 in CAD UNIT table 120. 
MCTSEND field 505 is used in automatically sending current status information to mobile 
units, as described below. CALLNO field 507 contains a unique identifier for each record 
30 in CAD UNIT table 120. PERSONNEL INFORMATION 510 is typically multiple fields 
that contain information regarding the personnel assigned to the mobile unit, such as his or 
her name and rank and the agency to which he or she belongs. UNIT INFORMATION 515 
is typically multiple fields that contain information regarding the mobile unit, such as its 
position, its primary geographic location and information regarding the last call to which 
35 the unit was assigned. STATUS field 520 provides information regarding the status of the 
mobile unit, for example, whether it is available to go on a call, is currently on a call, or is 
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on a break. Again, those skilled in the art will appreciate that CAD UNIT table entry 500 
may also contain additional and different types of information. Based on CAD UNIT table 
120, the CAD system can preferably display any combination of units by their status or 
location. 

5 CALL HISTORY table 1 1 5 and UNIT HISTORY table 125 provide archival 

information regarding deleted calls and units that are off duty, respectively. The general 
format of entries in CALL HISTORY table 1 15 and UNIT HISTORY table 125 are similar 
to that for CAD CALL table 1 10 and CAD UNIT table 120, respectively. 

Each MCW 60 contains a local copy of the CAD CALL and CAD UNIT 
10 data tables. The local copies are synchronized with the master database on CAD server 30 
as shown in Fig. 3, discussed below. 

Referring back to Fig. 2, box 100 illustrates that information to be stored in 
the data tables in CAD Server 30 may be input, for example, by a dispatcher 25 at CAD 
workstation 20. Alternatively, information may be received from an MCT 55 or some other 
1 5 computer via a wireless modem or some other wireless or direct connection. 

Switch gateway 40 includes a CAD Event Gateway Software Module 170 
that automatically detects changes in the CAD CALL, CAD UNIT, CALL HISTORY and 
UNIT HISTORY tables and sends those changes to MCTs 55 via switch 180 and wireless 
system 50. Switch 180 is preferably, though not necessarily, in switch gateway 40. The 
20 transmitted changes are interpreted by an interpreter module 200, which resides in each 
MCW 60. 

Fig. 3 illustrates the process by which changes to the master CAD CALL, 
CAD UNIT, CALL HISTORY and UNIT HISTORY data tables are automatically and 
substantially instantaneously distributed to the MCTs 55. In step 310, a dispatcher receives 

25 information regarding a new call or unit or a change to or deletion of an existing call or unit. 
In step 320, the dispatcher enters the data on a CAD workstation 20. Preferably, the CAD 
workstation and CAD server will alert the dispatcher if a call reporting an apparently new 
incident is in fact related to an incident that has already been reported based on the 
proximity in time and location of the two calls. In step 330, CAD Server 30 updates the 

30 CAD CALL, CAD UNIT, CALL HISTORY and UNIT HISTORY tables, based on the 
information entered by the dispatcher at CAD workstation 20. In the case of a new call or 
unit, a new entry is added to the CAD CALL or CAD UNIT data tables. Preferably, in the 
case of a new call, CAD server 30 is programmed to recommend to the dispatcher which 
unit or units should respond based upon each unit's geographic assignments (beats, districts, 

35 precincts, etc.), the type of incident (high danger, low danger), and type of unit (patrol, 
supervisor, canine, etc.). In the case of a change to an existing call or unit, the appropriate 



- 5 - 



NY2- 1237966.1 



CAD CALL or CAD UNIT entry is changed. In the case that a call or unit is to be deleted, 
the appropriate CAD CALL or CAD UNIT entry is deleted and a new entry, corresponding 
to the deleted entry, is added to the CALL HISTORY or UNIT HISTORY table. In all 
cases, in step 340, the CAD server 30 changes the MCTSEND flag for the new, changed or 
5 deleted entry in the CAD CALL, CAD UNIT, CALL HISTORY or UNIT HISTORY table 
to TRUE. In step 350, the CAD server 30 then sorts the data table that had a new or 
changed entry on the MCTSEND field and, secondarily, on fields containing the time the 
entry was added or changed. This causes all data entries having an MCTSEND flag set to 
TRUE to be listed at the beginning of the data tables. 
!0 In ste P 355 > CAD Event Gateway Software Module 1 70 in switch gateway 

40 determines, for each of the CAD CALL, CAD UNIT, CALL HISTORY and UNIT 
HISTORY tables, if any entries have their MCTSEND field set to TRUE. Again, such 
entries, if they exist, will appear at the beginning of the data tables because the data tables 
are sorted on the MCTSEND field. Software Module 170 preferably either constantly 
1 5 monitors the tables or periodically examines them at intervals set by the public service 
agency. For each such entry, software module 170 places information about the addition, 
change or deletion on a transmit queue and resets the MCTSEND field to FALSE. This 
information may have the same or similar format as a CAD CALL table entry 400 or CAD 
UNIT table entry 500. In step 360, message switch 180 broadcasts the information in the 
20 queue to all MCTs, deleting the information after it is broadcast. Preferably, all entries in 
the CAD CALL and CAD UNIT tables are additionally periodically broadcast at an interval 
set by the public service agency to ensure that all MCTs 55 are synchronized with the 
master tables. 

Steps 365 and 370 are performed on each of the MCTs. As mentioned 
25 above, each MCT 55 contains local shadow versions of the CAD CALL and CAD UNIT 
data tables. In step 365, the MCT 55 receives, preferably via wireless modem 70, the 
information broadcast from message switch 180. Finally, in step 370, a command 
interpreter 200 running on MCT 55, interprets the received information and makes the 
appropriate addition, modification or deletion to the local CAD CALL or CAD UNIT data 
30 table. The modifications to the local data tables are preferably reflected substantially 
instantaneously on the display of MCW 60. 

Fig. 6 depicts a sample screen 210 that would appear on CAD workstations 
20 and MCWs 60. Again, since the local CAD CALL and CAD UNIT data tables on MCTs 
55 are automatically and substantially instantaneously updated when changes are made to 
35 the master data tables, the screens 210 appearing on CAD workstations 20 and MCWs 60 
are capable of presenting substantially identical information. As depicted, the top half 220 
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of the screen provides call information and the bottom half 230 provides unit information. 
Referring to the top half 220 of the screen, the Unit column identifies the primary unit 
assigned to the call; the BkUp columns identify back up units assigned to the call; the P 
column identifies the priority of the call; the Complaint/Nature column provides a 

5 description of the subject matter of the call; the Dis/Beat column identifies the general 
geographic area of the call; the Dispatch Location column identifies the location of the 
subject matter of the call; and the Timer column identifies the length of time the call has 
been active. A blank field in the Unit or BkUp columns means that a primary and/or back 
up unit has not yet been assigned. Referring to the bottom half 230 of the screen, the active 

10 units in DIS 1, DIS 2 and DIS 3 etc. are shown, where each "DIS" refers to a geographic 
district or area. The active units in each area are listed under the heading for that area. The 
units are identified, as shown, by a multi-character string. The first three characters of the 
string preferably contain a unique unit identification number and the remaining characters 
may contain a comment that describes, for example, the type of unit, the agency to which 

1 5 the unit is assigned, and/or the rank of the personnel in the unit. 

For CAD workstations 20, but not necessarily MCWs 60, the bottom of the 
screen preferably contains a status bar providing the current date and time; the ALI/ANI 
Feed (911 feed information) and Pos. information (workstation number of the dispatcher), 
the user name and access level of the user of the CAD workstation, whether calls on hold, 

20 actively working, suspended and closed are being displayed, the geographic area or areas 
being displayed, whether one or both of call and unit information is being displayed, and 
whether calls for law enforcement, fire departments and emergency medical services are 
being displayed. Additional information about call or unit information may be displayed by 
clicking on the right arrow button in the lower right hand corner of the display. Preferably 

25 call priority information and unit information is color coded. 

MCW 60 in MCT 55 also preferably contains software that enables a mobile 
user to make changes to the local CAD CALL and CAD UNIT data tables. In this case, 
these changes would be transmitted by MCW 60, via wireless modem 70 and wireless 
network 50 to switch gateway 40. Switch gateway 40, in turn, stores these messages in a 

30 received messages queue until they can be transmitted to CAD server 30 in the dispatch 
center. Once they are so transmitted, CAD server 30 updates the master data tables and 
transmits the changes to all other active MCTs as described above. 

While the invention has been particularly shown and described with 
reference to particular illustrative embodiments thereof, it will be understood by those 

35 skilled in the art that various changes in form and details are within the scope of the 

invention, which is defined by the claims. For example, various functions and operations 
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described above may be implemented in software or hardware and may be divided among 
multiple computers or other data processing devices. 
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